home *** CD-ROM | disk | FTP | other *** search
/ The CDPD Public Domain Collection for CDTV 4 / CDPD_IV.bin / e / mailinglists / amigae.0993sept.archive / 000017_crash!UNCA.EDU!JVANRIPER_Sun, 5 Sep 93 05:41:24 PST.msg < prev    next >
Internet Message Format  |  1994-05-26  |  4KB
  1. Received: by bkhouse.cts.com (V1.16/Amiga)
  2.     id AA00000; Sun, 5 Sep 93 05:41:24 PST
  3. Received: from uncavx by crash.cts.com with smtp
  4.     (Smail3.1.28.1 #18) id m0oZIpm-00003mC; Sun, 5 Sep 93 05:04 PDT
  5. Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id
  6.  <01H2KY8DUKUO934RPC@UNCA.EDU>; Sun, 5 Sep 1993 08:03:07 EDT
  7. Date: Sun, 05 Sep 1993 08:03:07 -0400 (EDT)
  8. Message-id: <01H2KY8DVDSI934RPC@UNCA.EDU>
  9. Organization: University of North Carolina at Asheville
  10. X-VMS-To: IN%"AmigaE@bkhouse.cts.com"
  11. MIME-version: 1.0
  12. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  13. Content-transfer-encoding: 7BIT
  14. From: "Joseph E. Van_Riper III" <JVANRIPER@UNCA.EDU>
  15. To: AmigaE@bkhouse.cts.com
  16. Subject: WizKid picked up Quip!
  17.  
  18. Politikill@cup.portal.com types:
  19.  
  20. |I just got QUIP!
  21.  
  22. Heh.. I've had it a while, but then, I wrote it so...
  23.  
  24. |I see what you mean, needing to add XPK support! Whoa! 10,000 lines!?
  25.  
  26. Yeah... mind you, I ripped most of that off other fortune cookie programs, and
  27. there's a minor chance that some of them repeat <gasp>, but I've tried to take
  28. repeating quips out.  I figured I'd better give a TON of quips to my potential
  29. users instead of crippling them with only a few (and leaving them to gather the
  30. rest).
  31.  
  32. |But, I have a proposition for you, to perhaps make Quip more used...use it
  33. |to add taglines to messages. 
  34.  
  35. Actually, I was hoping (by releasing the source code) that others would be able
  36. to do exactly that.  That's why I made it work with stdio (besides being plain
  37. easier).. so people could redirect the output to the ends of messages or
  38. something.  The prefix/suffix file support stuff could make customization that
  39. much easier, too, by having the header of the message as the prefix, the
  40. message itself as the 'format', the quip, then the BBS could add a tag-line as
  41. a suffix!
  42.  
  43. However, I have been looking for a bunch of one-line quips to use for this
  44. purpose (that is, I need to find a datafile filled with one-line quips, and
  45. I've been too busy to manage this myself).  Perhaps your Gamma-Tags could be
  46. reformatted to Quip conventions...
  47.  
  48. |You have almost everything there, but when the GUI is added, this may be
  49. |something to think about. 
  50.  
  51. I was actually surprised that people wanted a GUI for Quip, but after thinking
  52. about it a while, and knowing some of the problems I had with manipulating the
  53. quips (it's a major pain, I think, to have to use a text editor to find the
  54. quip I want to modify, when I know the number of the quip), I can see where a
  55. GUI front end/maintenance program for Quip would make it a very positive
  56. addition to the overall setup.
  57.  
  58. Here's a question for everyone who has bothered to look at Quip...
  59.  
  60. I want to make the damned datafile smaller (it's irritating, to me, to have a
  61. textfile that is .5 megs in size, when I know text can be crunched and
  62. extracted fairly quickly).  I've planned to use XPK to handle this.  XPK will
  63. let me pack/unpack in memory rather than always using files (thank goodness).
  64.  
  65. My problem is, I want to create an IFF to handle this, but I don't want to
  66. compromise on size (that is, I don't want to wind up using 8 bytes for every
  67. single quip, yet I want to take advantage of IFF).
  68.  
  69. Currently, my thoughts are to put all the compressed quips in the same IFF
  70. chunk (say, FORM QUIP DATA), then have another chunk with relative pointers to
  71. the compressed quips within the chunk (FORM QUIP TABL), with perhaps other
  72. chunks for other bits of information (FORM QUIP COMM MAXS XPKN...).  Does
  73. anyone have any input on this; am I going about this efficiently.. is there a
  74. way that might be more efficient for both speed and compression.. anything I
  75. perhaps haven't taken into account?
  76.  
  77. In any event, I'm happy you like Quip, Politikill.  If you should create any
  78. new datafiles, please send 'em up <grin>.
  79.  
  80. - Trey